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ABSTRACT 


The present work deals with the Design and 
Development of X.25 interface for PC. The lower two layers 
of the X.25, i.e. the Physical layer and the Data link layer 
(LAPB) are implemented. The physical layer has been 
implemented by the hardware, based on the up8088 and the 
multiprotocol serial controller (MPSC) 8274. The hardware 
is de8i£ned to be a general purpose data communication 
hardware. The data link layer (LAPB) is implemented by the 
IIPSC-8274 and; the firmware. A major part of the firmware is 
developed in ’C’ language. The X.25 interface board 
communicates with the PC through the PC-Bus , and forma an 
I/O port of the PC. 
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CHAPTER 1 


INTRODUCTION 


1.1 INTRODUCTION 

The 1970s heralded the beginning of the wide area 
networks (i.e. Public data networks) and since then both the 
number and coverage of these networks has increased. As a 
result, the necessity for uniformity of procedures for user 
to network interface and internetworking forced the 
international bodies to come up with recommendations of 
protocol standards. In 1974 CCITT issued the first draft of 
X.25 standards, defining the user to network interface. It 
was revised in 1976, 1980 and 1984 [1]. 

With the introduction of low cost PCs in 1980, the 
worldwide usage of PCs has increased. Uhen connected to 
wide area networks they become a valuable tool in data 
communications and have an access to the globally situated 
mainframes and databases. Keeping this in view, the present 
work attempts to develop X.25 interface for the PC. 

1.2 WIDE AREA NETWORKS 

The major characteristics of the wide area networks 

are : 

1. They employ mixed channels 

2. Channels are slow (=< 64 Kbps) , and are error 

4 6 

prone (typically 1:10 to 1:10 ) 
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3. Users and Packet switching exchanges are globally 
situated . 

The wide area networks are classified into two types 
[ 4 ] , namely : 

1. Connection oriented (also called virtual circuit 
service) networks 

2. Connection less (also called datagram) networks. 

A connection oriented network is one in which a 
logical connection exists between the communicating users. 
Before communicating through the network, the users 
establish a logical connection through a call negotiation 
procedure. During this procedure the complete destination 
address is specified. The message packets do not carry the 
complete destination address. After the completion of data 
transfer the users perform the connection release procedure. 
The connection oriented network provides network wide 
acknowledgments and performs error recovery, to assure that 
the user's data is not lost in the network. It assures that 
the data is delivered in the same sequence as it enters the 
network. The call negotiation and call release procedures 
present additional overhead. This overhead is considerable 
for single packet messages. But it is useful for multiple 
packet messages, as the complete destination address need 
not be specified in every packet. 
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The connection less network does not require the call 
establishment for data transfer. The communicating users 
are not logically connected and every message packet carries 
the complete destination address. It does not support the 
network wide acknowledgments and error recovery procedures. 
The sequence in which the data enters this network is not 
necessarily preserved upon delivery at the destination. As 
there are no network wide acknowledgments, the data may be 
lost in the network. As a result of the minimal functions 
it supports, the overhead is low. This network is suitable 
for transaction oriented communications, where the data 
volumes are low. However, the overhead is high for large 
volume data transfers as every transmitted packet has to 
carry the complete destination address. 

The connection less networks were popular between 1970 
and 1977. In 1976, CCITT X.25 standards set the direction 
towards connection oriented networks [4]. The X.25 is 
developed as a layered model for public data networks, 
supporting the lower three layers of the seven layer OSI 
reference model. These three layers are the physical layer, 
the data link layer, and the network layer. The physical 
layer provides the physical connectivity between the network 
and the user terminal. The data link layer assures an error 
free data channel, inspite of the error prone nature of 
physical channel. Through statistical multiplexing 
techniques the network layer supports upto 4095 logical 
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connections over a single physical channel. The X.25 has 
elaborate flow control mechanisms to regulate the data 
traffic to and from the network. In addition it provides a 
number of end user facilities [2.3.2]. 

The CCITT X.25 is accepted worldwide as the user- 
network interface standard, for wide area networks. 
Presently a number of countries have developed the X.25 
networks. The various the wide area networks being developed 
in India are given in Table 1.1. Uith a few enhancements 
the X.25 procedures are adopted in the Integrated Services 
Digital Network (ISDN) procedures [1]. 

1.4 ORGANIZATION OF THE THESIS 

The aim of this thesis is to design and develop an 
X.25 interface for the PC. The organization of the thesis 
is as given in below ; 

Chapter 2 summarizes the features of CCITT X.25 
standards . 

Chapter 3 presents an overview of the hardware and 
firmware implementation aspects of the board. 

Chapter 4 discusses the implementation details of 

the hardware. 

Chapter 5 discusses the implementation details of 

the firmware. 

Chapter 6 concludes the work with a few suggestions 


for further work. 



Table 1.1 


Uide area networks developed/under development 

in India 


Network 


Developed by 


INDONET 

OILCOMNET 

NICNET 

SAILNET 

COALNET 

RESNET 


Remote Area 
Business 
message network 


Computer Maintainance Corporation (CMC) 

Indian Oil Industry 

National Informatics Centre (NIC) 

Steel Authority of India Ltd. (SAIL) 

Coal India Ltd. 

Defence Research Development 
Organization (DRDO) 

Department of Telecommunications (DOT) 
(RAMN) 


ERNET 


Educational and Research establishments 
Department of Electronics (DOE) 


PSTN VIKRAM 


Department of Telecommunications (DOT) 





CHAPTER 2 


CCITT X.25 RECOMMENDATIONS 

CCITT X.25, defining the DTE and DCE interface, is 
independent of the internal structure of the packet 
switching network. Though it defines DTE-DCE interface 
only, it has end to end significance as the data has to be 
routed end to end. The physical location of X.25 interface 
in a network is shown in Fig. 2.1. The X.25 interface defines 
three levels of interface viz. physical level, data link 
level and network level as shown in Fig. 2. 2. 

2.1 PHYSICAL LEVEL INTERFACE £2] 

The physical characteristics and the Call Control 
Procedures for an interface between DTE and DCE, at physical 
level, are defined by X.21. The X.25 employs the Leased 
Circuit service as defined in X.21 [2]. This interface 
consists of a duplex, synchronous and point-to-point 
physical interchange circuits. The electrical 
characteristics of the interchange circuits are defined by 
X.26/X.27 [5]. The DTE/DCE interface connector and the pin 
assignment are according to IS04903 [2,5]. 

The interchange circuits of X.21 are shown in Fig. 2. 3. 
The T and R circuits convey data and control information, 
while C and I circuits function similar to ’’ON/OFF hook” 





Network 

Layer 


Multiple Channels 




Fig. 2.3 X.21 Interchange circuits 
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indication. The S circuit provides signal element (bit) 
timing from DCE, and optionally in some networks the B 
circuit provides an octet alignment timing. 

The X.21 interface can be in any one of the following 
phas es : 

i) Quiescent phase 

ii) Packet switched service phse. 

The state diagrams of these phases are shown in Fig. 2.4 
and Fig. 2.5. 

CCITT has also defined an interim standard X.21bis, at 
physical level interface, to accommodate the existing 
synchronous V series DTEs. The interchange circuits of 
X.21bis are given in Table 2.1. The X.21 DTE/DCE and X.21bis 
DTE/DCB can interwork [2]. 

2.2 DATA LINK LEVEL [1,3] 

The data link level interface is defined by Link 
Access Procedure-Balanced (LAPB). The use of Link Access 
Procedure (LAP) is permitted, but that of LAPB is 

encouraged. Through a system of acknowledgment, error 

detection and r etransmission;, LAPB, a subset of HDLC, 

provides a practically error-free data channel despite the 
unreliability of the physical medium. The data at the 
receiving end is delivered without loss, duplication and in 
the same sequence. The basic transmission unit at this level 


is the frame. 
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The LAPS frame structure is shown in Fig. 2. 6. the 
frames are classified into Information (I), Supervisory (S) 
and Unnumbered (UN) frames. The frame type is determined by 
the control field. The different types of frames used in 
LAPB and their control field formats are shown in Table 2.2. 
The address field identifies whether the frame is a command 
or a response. If the frame is a Command, then it's address 
field has the destination address, while a Response frame 
has the source address. The P/F bit of the control field 
serves a function in both command and response frames. It is 
referred as P-bit in Command frames and as F-bit in Response 
frames. Command frames with P-bit set are sent to solicit 
response at the earliest opportunity with F-bit set. 

To ensure that frames are received in sequence, 
sequence numbers V(s), N(s), V(r) and N(r) are used in LAPB. 
These sequence numbers are defined as follows: 

Send State Variable V(s ) 

It denotes the sequence number of next in-sequence ’I’ 
frame to be transmitted. V(s) can take values from 0 to 7 
(modulo 8), provided it does not exceed the receive sequence 
number N(r) by more than the maximum number of outstanding 
'I’ frames. V(s) is incremented by one with each successive 


'I' frame transmission. 



Flag 

Address 

Control 

Inf ormat i on 

CRC 

Flag 

(8) 

(16) 

(8) 


( 16 ) 

(8) 


Fig 2.6 LAPB Frame structure. 


Table 2.2 
LAPB frame types 


Frame Command Response Control Field Encoding 

Type 12345678 


Information I - 0 N(S) P/F ^N(R) 

( I ) 

Supervisory RR (Receive RR 1 0 0 0 P/F N(R)_ 

( SS ) ready) 

RNR (Recev. RNR 1 0 1 1 P/F N(R)_ 

not rdy . ) 

REJ (Reject) REJ 1001 P/F N(R)_ 

Unnumbered SABM (Set - llllPlOO 

(UN) asynchronous 

balanced mode) 

DISC (Dicon- - llllPOlO 

nect ) 

UA (Un- llOOF 110 

numbered 

acknovl edgement) 

FRHR 1 1 1 0 F 0 0 1 

( Frame 
re j ect ) 
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Send Sequence Mumber MCa ) 

It is contained in ’I’ frames only and denotes the 
sequence number of the frame being transmitted. 

Receive Stat e Var iabl e V(r ) 

It denotes the sequence number of next in-sequence ’I' 
frames to be received. It can take values from 0 to 7 
(modulo 8). The value V(r) is incremented by one with the 
receipt of an error free in-sequence ’I’ frame whose send 
sequence number N(s) matches the receive state variable 
VCr). 

Receive Sequence Number N(r ) 

All ’I’ and ’S’ frames contain N(r), the expected 
sequence number of the next received 'I' frame. Prior to the 
transmission of a frame, the value of N(r) is set equal to 
the current value of receive state variable VCr). NCr) 
indicates to the transmitting DTE or DCE that the receiving 
DTE or DCE has correctly received all 'I' frames upto and 
including ( N(r)-1 ). 

Supervisory frames of LAPB are used to acknowledge the 
receipt of ’I’ frames, to indicate "busy" or "clear busy" 
condition , and reject out of sequence frames. The busy 
condition arises when the DTE or DCE is temporarily unable 
to receive ’I' frames due to constraints like non- 
availability of buffer space. Receive Mot Ready (RNR) frames 
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are transmitted by busy DTE or DCE. Busy condition is 
cleared by the transmission of Receive Ready (RR), 
Reject (REJ), Unnumbered Acknowledge (UA) or SABM Commands. 

Unnumbered frames are used to establish or disconnect 
logical link, to report status of DTE or DCE when it is 
logically disconnected, and to report by Frame Reject (FRMR) 
frame, an error condition not recoverable by retransmission 
of identical frames. 

2.2.1 Link Establishment Phase 

The DCE indicates it's ability to setup link by 
transmitting continuous flags (active channel state). 

On receiving an SABM Command, the DCE returns an UA 
Response to the DTE and sets it’s V(s) and V(r) to 0. If DCE 
wants to establish the link, it will send the SABM Command 
and starts timer T1 . Upon receipt of UA frame, link is 
established and DCE resets V(3) and V(r) to 0 and stops 
timer Tl. If timer T1 runs out before the receipt of an UA 
response, SABM is retransmitted and timer Tl is re-started. 
After transmission of SABM for N2 times, by DCE, the 
recovery action will be initiated. 

2.2.2 Information Transfer Phase 

After having transmitted the UA Response to a received 
SABM Command or having received an UA Response to a 
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transmitted SABM Command, the DCE will accept 'I' and 'S' 
frames according to the procedures described below: 

When DCE has an 'I' frame to transmit, it will 
transmit it with N(s) equal to the current V(s), and N(r) 
equal to current V(r). Timer T1 is started at the instant 
of transmission. If the send state variable V(s) is equal to 
the last value of N(r) plus 7, the DCE will not transmit any 
new 'I' frames. However, it may retransmit an 'I' frame, if 
timer T1 runs out or a REJ is received. If an 'I' frame is 
retransmitted for N2 times, the logical link is Reset. 

Uhen DCE receives an 'I' frame with correct Frame 
Check Sequence (FCS), and sequence number equals to V(r), it 
will accept the information field of 'I' frame and 
increments it's local V(r). It will acknowledge the received 
'I' frame, by transmitting an 'I' frame (if available) or RR 
or RNR , with W(r) equal to V(r). Uhen an out of sequence 'I' 
frame is received, only the received 'I' frame's control 
field is accepted, and a REJ with N(r) equal to V(r) is 
sent. Only one REJ exception condition for a given direction 
of information transfer is allowed at any given time. The 
REJ exception is cleared on receipt of an 'I' frame with 
NCs) equal to N(r) of the REJ frame sent. If DCE receives an 
invalid frame that cannot be corrected by retransmission, a 
Frame Reject (FRMR) is sent. 
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However, if DCE is busy it will ignore the information 
contents of received ’I’ frames. The above discussion is 
also valid at DTE end. 

2.2.3 Link Disconnection Phase 

This phase can be entered from information phase only. 
During the information phase DTE will indicate the logical 
disconnection of the link by transmitting a DISC Command. 
DCE will then respond through an UA frame to DTE and enters 
the disconnected phase. DTE will enter disconnected phase on 
receiving the UA frame. 

If DCE wants to disconnect the link, it sends DISC 
Command and starts timer T1 . On receipt of an UA frame from 
DTE, DCE will stop it's timer T1 . If the timer T1 runs out 
before receiving an UA frame, DISC is retransmitted and 
timer T1 is restarted. After transmission of DISC Command 
for N2 times, DCE will initiate recovery action. 

2.2.4 Link Resetting Procedure 

The link resetting procedure is applicable during 
information transfer phase only. The DTE or DCE indicates 
link resetting by transmitting an SABM Command. After 
receiving an SABM Command, DCE or DTE sends, at the earliest 
opportunity, an UA frame to the DTE or DCE, and resets it's 
VCs) and VCr) to 0. This also clears a DCE and/or DTE busy 
condition, if present. Prior to initiating this procedure. 
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DTE or DCE may initiate a link disconnect procedure. The DCE 
may ask DTE to reset link by transmitting DM frame. The link 
may also be reset by DCE when it receives a DM, or FRMR, or 
an UA frame or an unsolicited response with F-bit set to 1. 

2.2.5 Link Level System Parameters 

Timer T1 : It protects against the missing acknowledgments. 
It’s value is specified by the network administrator. 

Maximum Frame Size N1 : depends upon the maximum length of 
the information fields transferred across the DTE/DCE 
interface. In the design discussed in later chapters, the 
value of N1 is selected to be 256 bits. 

2.3 NETWORK LEVEL INTERFACE [1,3,4] 

X.25 at packet level operates on the premise of 
virtual circuit services. A virtual circuit (also called a 
logical channel) is one in which the host perceives the 
existence of a dedicated physical circuit to the peer host 
m/c, yet in reality the "dedicated” physical circuit is 
allowed to multiple users. Through the use of statistical 
multiplexing techniques, different user packets are 
interleaved onto one physical channel. X.25 supports upto 
4095 virtual circuits and each virtual circuit is identified 
by a logical group number and channel number. 
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X.25 provides the following channel options to 
establish and maintain communications: 

1) Permanent Virtual Circuit (PVC) 

2) Virtual Call (VC) 

3) Fast Select Call 

4) Fast Select Call with Immediate Clear 

Uhen a permanent virtual circuit is allocated, the 
transmitting DTE is assured of obtaining a connection to the 
receiving DTE through the packet network. The PVC requires 
no call set-up or clearing procedures, and logical channel 
is continuously in data transfer state. PVC is analogous to 
a leased line in telephone network. 

A virtual call needs a call set-up procedures before 
the start of data transfer and a call clear procedure at the 
end of data transfer. The X.25 virtual call process is shown 
in Fig .2.7. 

A fast select call is also similar to a virtual call 
except that it allows call request packet to contain user 
data upto 128 octets (bytes). The called DTE is allowed to 
respond with a call accepted packet, which can contain user 
data. 


Fast select with immediate clear, also allows call 
request packet to contain user data. This packet is 
transmitted through the network to the receiving DTE , which 
ish acceptance, transmits a clear request (which also 
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contains user data). The clear request is received at the 
originating site as a clear indication packet. This site 
returns a clear confirmation, which cannot contain user 
data. 


Fast select provides support for user applications 
that have only one or two transactions such as 
inquiry/response applications. These applications cannot 
effectively use virtual circuit due to the overhead and 
delay in call establishment and disconnection. 

2.3.1 Packet Types [1,3] 

The various packet types implemented in X.25 are shown 
in Table 2.3. 

The interrupt procedure allows a DTE to transmit one 
non sequenced packet to another DTE without following normal 
flow control procedure established in X.25. However, an 
interrupt packet requires an interrupt confirmation before 
another interrupt packet can be transferred. The use of 
interrupts does not effect regular data packets with-in VC 
or PVC. This facility is useful for a situation where an 
application requires the transmission of data under unusual 
conditions . 

The Receive Ready (RR) and Receive Not Ready (RNR) 
packets are similar to the same commands in LAPB. They serve 
the important function of flow control, to limit the rate at 



TADLE 2-3 Packet Typet 


Packet Type 


F 'pni DCF to DTE 


From DTE to DCE 


Call Set-up and Clearing 
call Call request 

Call connectr^J Call accepted 

Clear indication Clear request 

DCE clear confirmation DTE clear confirmation 


Data and Interrupt 

DCE data DTE data 

DCE interrupt DTE interrupt 

DCE interrupt confirmation DTE interrupt confirmation 

Flow Control and Reset 
DCE RR DTE RR 

DCE RNR DTE RNR 

DTE REJ 

Beset indication Reset request 

DCE reset confirmation DTE reset confirmation 


Restart • 

Restart indication Restart request 

DCE restart confirmation DTE restart confirmation 

Diagnostic 

Diagnostic 

Registrab'on 

Registration confirmation Registration request 


Service 


VC PVC 


X 
X 
- X 
X 


X 

X 

X 


X 

X 

X 


X 
X 

X X 

X X 

X X 


X X 

X X 


X X 


X X 


VC - Virtual Call PVC * Pennanent Virtual Circuit 


X K 
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which DTE or DCE receives packets, and acknowledges the 
received packets. The transmission of RR or RNR packets has 
an end-to-end effect, to prevent excess traffic from 
entering into the network. X.25 provides individual flow 
control for each logical channel. 

The Reject (REJ) packet specifically rejects the 
received packet. If it is used, the receiving station 
requests retransmission of packets with the count beginning 
with the count in the packet receive sequence field. 

The Reset packets are used to re-init ialize a switched 
virtual call or permanent virtual call. The Reset procedure 
removes in each direction, between the two stations (for one 
logical session), all data and interrupt packets which may 
be in the network. Reset procedures are necessary when 
problem conditions arise, such as lost packets, duplicate 
packets, or packets that cannot be re-sequenced properly. It 
can be initiated, either by DTE or DCE, only during data 
transfer state. 

The restart procedure is also like Reset procedure 
except that it reinitializes all the 4095 logical channels 
and all outstanding packets are lost. It is used when a 
severe problem, like network crash, occurs. When a DTE sends 
Restart, the network transmits a Restart to each DTE that 
has a virtual circuit session with DTE that issued Restart. 
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The clear packet is mainly used to clear a DTE-DCE 
virtual circuit session. It is also used to indicate that a 
call request cannot be completed, in which case the fourth 
octet of the packet contains a reason for the clear. 

2.3.2 Packet Formats [1] 

Packets are basically classified into Data Packets and 
Non-data Packets. The length of a user data field in a data 
packet is 128 bytes or octets, but X.25 provides options for 
octet lengths, which are 16, 32, 64, 256, 512, 1024, 2048 
and 4096 octets. If the user data field exceeds network 
permitted maximum field, the receiving DTE will reset the 
virtual circuit by issuing a reset packet. 

Every packet transferred across the DTE/DCE interface 
must contain atleast three octets, constituting the packet 
header. The packet formats for data and non-data packet 
formats are shown in Fig. 2. 8. 

The last four bits of the first octet contain the 
General Format Identifier (GFI). The bits 5 and 6 of GFI 
(i.e. SS),are used to indicate the sequencing for the packet 
session, as X.25 allows two sequencing options. The first 
option is modulo 8, which permits sequencing options from 0 
to 7, while the second option is modulo 128, which permits 
sequencing options from 0 to 127. The seventh bit (D-bit), 
when 0 only network acknowledgments are provided, and when 1 
DTE to DTE acknowledgments are provided. The eighth (Q-bit) 
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is normally set to 0 . It is significant in Packet Assembler 
Disassembler (PAD) where a packet received with Q-bit set to 
1 indicates a PAD Control Packet, while a packet with Q-bit 
set to 0 indicates User Data Packet. The logical channel 
number (second octet) together with logical group number 
identifies the logical channel. The first bit of third 
octet when 0, indicates data packet else non-data packet. The 
content of octet 3 of the packets is shown in Fig. 2.8. The 
M-bit (i.e. More data) of third octet of data packets 
identifies a related sequence of packets traversing through 
the network. This capability aids the network and DTEs in 
preserving the identification of blocks of data when network 
divides these blocks into small packets. 

The additional fields inside X.25 non-data packet are 
shown in Fig. 2. 8(c). For call establishment packets, the 
DTE address and address lengths are included. The addressing 
convention is defined by X.121. After a call is established^ 
network uses the associated logical channel number to 
identify DTE to DTE session. The facility field of non-data 
packets may be used in the event the DTEs wish to use 
options provided in X.25 standard. Once the value of the 
facility has been established, it remains in effect until 
the call is cleared. 

X.25 provides a number of optional features tl]> of 


which some of are listed below: 
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1) Incoming calls barr ed/Outgoing calls barred 

2) One way logical channel outgoing/One way logical 
channel incoming 

3) Selection of throughput rate 

4) Flow control parameter negotiation 

5) Closed user groups to provide a measure of 
security/privacy in public data networks 

6) Reverse charging 

7) Local charging prevention 

8) Hunt group 

9) Call redirection facility 



CHAPTER 3 


X.25 INTERFACE FOR PC 

The X.25 Interface for PC is based on the development 
of a printed circuit board that can be interfaced to the PC. 
The board supports the lower two layers, i.e. the physical 
layer and the data link layerCLAPB), of the three layered 
X.25 protocol. The board development can be classified into: 

1. Hardware development, 

2. Firmware development. 

An overview of the hardware and firmware development 
is discussed in this chapter. The implementation details of 
hardware are discussed in chapter 4 and those of firmware 
in chapter 5. 

3.1 BLOCK LEVEL DESCRIPTION OF HARDWARE 

The hardware of 'X.25 Interface for PC' supports a 
X.21 port, an RS-232 port, I/O interface to PC and a part of 
data link layer. The block diagram of the hardware is shown 
in Fig. 3.1. The different blocks, are : 

1. Clock circuitry 

2. Processor, and address, data buffering logic 

3. Wait state logic 


4 . Memory 



^ LINE 

conm. DRIUERS 



Fig 3.1 Block diagram of hardware 
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5. TimerCs) 

6. Serial controller and Line receivers/drivers 

7. PC I/O port 

8. PC I/O status port 

9. Interrupt generator 

10. Vector generator 

The general features of these blocks are given below : 

1. The Clock circuit provides clock to the processor, 
the Serial controller and the tiaerCs). At Power 
on it resets the Processor, and Serial controller. 
It accepts ’asynchronous ready’ from the wait state 
logic and provides ’synchronous ready’ to the 
processor . 

2. The Processor on board is uP 8088 [8]. The 

Processor’s address-data, address-status signals 
are demultiplexed and buffered. The address lines 
are decoded to provide Chip-Selects to addressable 
devices, on board. 

3. For timing compatibility during data transfer 

between the Processor and Serial 

controller/Timer (s) , atleast one wait state has to 
be inserted in the read/write access to them. The 
on board wait state logic inserts these wait 


states . 
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4. An 8253/8254 [8], with three Timers, is used for 
maintaining the timings required for the software 
time outs. 

5. The memory, on board, can vary from 8k ROM and 8k 
RAM to 32k ROM and 64k RAM. The firmware requires 
a minimum of 6k ROM and 8k RAM. 

6. The Multipurpose Serial Controller (MPSC-8274) [7] 

supports- two independent serial I/O channels, 
channel A and channel B. Channel A is a used to 
support X.25 and provides the X.21 interface. The 
X.21 signals are level translated (TTL/RS-232c) 


using Line 

drivers /receivers 

• 

The 

MPSC 

is 

programmed in 

HDLC/SDLC mode. 

In 

this 

mode. 

it 

simplifies the 

implementation 

of 

LAPB, 

as 

it 


provides the following features : 

i. Transmission of flags 

ii. Bit insertion, and deletion of inserted bits 

iii. CRC checking 

iv. Facility to abort frame transmission. 

The MPSC'«274 is programmed in 8086/8088 interrupt 
vector mode. Internal to MPSC there are multiple 
sources of interrupts and the MPSC itself resolves 
the priorities of these interrupts and activates 
the interrupt line. 

7. The data communication between PC and X,25 



board la through the PC I/O port [9]. This bi- 
directional I/O port is based on tvo octal latches. 
The status of the PC I/O port (i.e.,port full/port 
empty) and card busy/not busy, are available in PC 
I/O status port. Whenever PC writes data to the PC 
I/O port, the interrupt generator interrupts the on 
board Processor. This interrupt is daisy-chained 
to the UPSC interrupt. During the interrupt 
acknowledge cycle of the this interrupt, the Vector 
generator places the vector on the data bus. 

8. When the board writes a character to the PC I/O 
porti the interrupt generator activates the IRQ3 
line of PC. The PC processor as well as the board 
Processor, poll the status port before writing to 
the PC I/O port. 

3.2 BLOCK LEVEL DESCRIPTION OF FIRMWARE 

The firmware, on board, implements the LAPB protocol. 
A major part of this firmware is developed in ’C’ language 
[10,11,12]. The I/O interface routines are developed in 
Assembly language [12]. The major blocks of this firmware 
are shown in Fig. 3. 2.. The firmware can be classified as : 

1. Initialization software 

2. Data transfer software 


3. Interrupt service routines 
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Fig. 3.2 Major blocks o-f software 
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3.2.1 Initialization Software 

At power on, the control is transferred to the 
initialization routine. The major functions of this routine 
are, as follows: 

1. Initialize all I/O devices, vector table and data 
variables, 

2. Program the MPSC-8274 in HDLC/SDLC mode [6,12], 

3. Reset spurious interrupts and enable interrupts, 

4. Establish the balanced data link. 

3.2.2 Data transfer Software 

After initialization. Firmware is ready for data 
transfer and control is transferred to data transfer 
routine. The major functions of this routine are : 

1. Assemble and transmit frames, 

2. Analyze received frames, 

3. Transfer and receive data to/from PC. 

The receive modules, of the data transfer routine, accept 
only those frames which are error free and of size less than 
the maximum frame length. Depending on the type of frame 
received the actions taken are, as described below : 

1. I -Frame : If the frame’s Send sequence number N(S) 
matches with local Receive state variable V(R), the 
information content of the frame is transferred to 
the receive packet buffer. Later, the data in 
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receive frame buffer is transferred to PC. Incase 
of a mismatch a reject (REJ) is transmitted. 

2. RR/RNR Frame : On receiving a RR or RNR frame the 
status of destination is noted. If the received 
frame is a 'RNR' frame, transmission is suspended 
till an ’RR’ frame is received. 

REJ Frame : On receiving a ’REJ' frame the Send 
state variable V(S) is reset to the receive 
sequence number N(R), and all the unacknowledged 
frames are retransmitted. 

4- UN Frame : On receiving a ’SABM' frame, V(S) and 
V(R) are reset to zero and, the balanced link is 
re-established. If the received frame is ’DISC’ or 
'DM’ frame, the link is disconnected. A received 
'UA' frame is an acknowledgment for the previously 
transmitted 'SABM' or 'DISC' frame. 

If the received frame’s P bit is set, an appropriate 
response frame with F bit set is transmitted. 

The data received from PC is loaded into transmit 
packet buffer. 'I' frames of this data are assembled and 
transmitted across link. A transmitted ’I’ frame is not 
discarded from transmission window till it is acknowledged. 
With the transmission of each 'I’ frame a software timer is 
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started. If the timer expires before it is acknowledged the 
’I’ frame is retransmitted. 


3.2.3 Interrupt Service routines 

The data transfer to and from IlPSC-8274 [7], for 
serial I/O, and data reception from PC are interrupt driven. 
The various sources of interrupts, on board, are : 

1. Character reception, 

2. Transmit buffer empty, 

3. Transmit under run 

4. End of frame 

5. Received frame in error (i.e., receive overrun, 
aborted frame) 

6. PC I/O port 

Uhen a character is received, the receive character 
interrupt service routine (ISR) is invoked. The received 
character is read and transferred to receive frame buffer. 
On receiving a complete frame, the end of frame (EOF) 
interrupt occurs and ’EOF' ISR is invoked. In this ISR the 
CRC error is checked and if found to be erroneous, the frame 
is discarded. On receiving error free frame the receive 
frame buffer’s pointers are updated. 

If the transmit buffer becomes empty, during a frame 
transmission, the transmit buffer empty interrupt occurs and 
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invokes the transmit ISR. In this ISR the next character of 
the frame is loaded into the transmit buffer. If there are 
no more bytes of the frame to be transmitted the transmit 
buffer empty interrupt is reset. On resetting this 
interrupt, the transmitter underruns and the transmit 
underrun/ end of message (EOM) interrupt arises. On 
transmitter underrun the CRC bytes and closing flag are 
transmitted [7]. 

The ’EOM’ interrupt invokes ’EOM’ ISR, in which the 
transmit frame buffer pointers are updated. Also the first 
character of next frame, if available, is loaded into the 
transmit buffer, to re-enable the transmit buffer empty 
interrupt. XJhen a frame in error interrupt occurs, it is 
reset by writing error reset/reset external status commands 
[7] to MPSC-8274. 

The routine invoked by PC I/O port interrupt reads the 
PC I/O port and loads the character in transmit packet 
buffer. If the firmware can not accept any more data from 


PC, 

due 

to 

buffer space 

limitations , 

it sets 

the CARD_ 

_BUSY 

bit 

of 

PC 

I /O status 

port. This 

bit is 

cleared 

when 


firmware is ready to receive more data from PC. 



CHAPTER 4 


HARDWARE IMPLEMENTATION 

This chapter describes the hardware of the X.25 
interface. The hardware is interfaced to the PC through the 
PC-Bus, to ensure high speed data transfer between the 
interface board and the PC. The process on the board runs 
independent of the process on the PC, reducing the load on 
the PC. The hardware, of the board is discussed in two 
sections, namely: 


1. X.25 Circuitry 

2. PC interface Circuitry, 

4.1 X.25 CIRCUITRY 

The X.25 circuit is shown in Fig. 4.1 to Fig. 4.14, 
This circuit is based on the CPU-uP8088 and the MPSC-8274, 
and is designed to work up to 8 Mhz . The CPU and it’s clock 
circuit are shown in Fig. 4.1. The diode D1 ensures the fast 
discharge of the capacitor Cl ’at power off’. The address 
data lines are de-multiplexed, and buffered as shown in Fig. 
4.2. For de-multiplexing, the address is latched by IC4 and 
IC5, at the falling edge of ALE. 
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4.1.1 Addreas decoding logic 

All the addressable devices on the board are aieaior 

mapped. A 74LS138 has been used to decode the address i • 

^ties 

A15 to A17, to generate Chip-Selects. The decoding logic a d 
the memory map are shown in Fig. 4.3 


4.1.2 Nemory 


The board has one socket for ROM, and two sockets 
RAM. Anyone of the ICs 2764, 27128 or 27256 can be used 
ROM and any one of the ICs 6264, 62128 or 62256 can be 
as RAM. Depending on the type of memory chips used the 
board memory, varies from 8K ROM and 8K RAM to 32K Ron 
64K RAM. The jumper connections to be made depending on 
memory chips used, are shown in Table. 4.1. 


for 
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4.1.3 Uait state generator 


The wait state generator inserts three wait stat 
read/write cycles to the timer (8253/8254 ) , MPSC-8274_ 
wait states are also inserted in the in^ 
acknowledgeC INTA) cycles. The circuit of the wait 
generator is shown in Fig. 4.5. The D flip-flops are 
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T he output of the gate is fed to the RDY of 8284. The 
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J1 

J2 

J3 
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X 

X 
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Open 

62128 

X 

X 
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X 
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Short 
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Short 
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synchronizes the RDY signal, and provides a synchronous 
READY signal to the CPU. The step-wise functioning of wait 
state generator is explained in table 4.2 

4.1.4 Timer and CPU interface 

An 8253-5, timer, is used on the board. However, 
when the on board system clock is above 5 Mhz an 8254 is 
used, as timer, to ensure timing compatibility during 
read/write cycles to the timer. The CPU and Timer interface 
is shown in Fig. 4.6. 

The input clock of Counter-0 is obtained by dividing 
the PCLK, of 8284, by two. The PCLK is half the system 
clock. The division of PCLK ensures that the clock input to 
the timer is less than 2 Hhz (the max. limit for 8253). 

4.1.5 MPSC-8274 

The 8274 Multi-Protocol serial controller, is capable 
of handling both asynchronous and synchronous communication 
protocols. It’s programmable features allow it to be 
configured in various modes. It has two independent serial 
I/O channels, Channel A and Channel B. Each channel can be 
configured into full duplex mode and may operate in a mode 
or protocol different from the other channel, possibly at 
differing speeds. 


On the serial I/O side the transmit section, of each 
channel of 8274 consists a serial shift register. The 
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transmit data in serial shift register is shifted out 
through a two bit delay onto the TX data line. The two bit 
delay is used to synchronize the internal shift clock to the 
transmit clock. In synchronous communication mode the data 
in shift register is also presented to zero bit insertion 
logic which inserts a zero after sensing five contiguous 
ones in data stream. In this mode the CRC generator is in 
parallelj computing the CRC on transmitted data and appends 
the frame transmission with the CRC bytes at the end of data 
transmission. 

In the receive section, the received data is 
transferred to three byte deep FIFO. The data is transferred 
to the top of FIFO at the chip clock rate. In SDLC/HDLC mode 
the incoming data is continuously monitored for flags and 
inserted zero bits, and they are deleted from the data 
presented to the CPU interface. The receive section performs 
the CRC check, also. 

On the board the features of MPSC are exploited to a 
great extent. The MPSC interface is shown in Fig. 4.6. The 
interrupt line of the MPSC and that of the interrupt- 
generator are connected in daisy-chain configuration. The 
interrupt priority pin (IPI) is grounded, to provide highest 
priority to the interrupts raised by the MPSC. The interrupt 
priority output pin (IPO) is ORed with the IWTA signal, and 
the output of the OR gate is given to the enable of the 
vector-generator (IC 22 ). The vector generator is enabled 




Fig. 4.7 nPSC Interface 
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when both INTA and IPO are active (low). When MPSC raises 
the interrupt, the IPO pin is inactiveChigh) , disabling the 
vector generator, and the MPSC places the vector on the data 
bus during the INTA cycle. Uhen the interrupt line is 
activated by the interrupt-generator only, the IPO pin is 
active(low) and the vector generator places the vector ’FF’ 
on the data bus during the INTA cycle. 

The channel A of MPSC is used to support the X.21 
interface. The DTR, of channel A, is used as control C'C’) 
signal. The incoming indication (’!’) signal is read by the 
processor through the PC I/O status port. The transmit and 
receive clock, i.e. the signal element timing (’S’), is fed 
externally. However, for testing in loop back mode the 
receive and transmit clock can be derived from the Counter-0 
(8253/8254). Channel B, also, can receive it’s transmit and 
receive clock either from Counter-0 or external world. The 
channel B communication protocol is not defined, but it can 
be programmed in synchronous or asynchronous mode. The 
serial I/O signals are level translated (TTL/RS232-C) using 
the 1488 drivers(IC29, IC32) and 1489 receivers( IC30 , IC31). 

4.2 PC INTERFACE 

The board is interfaced to the PC, through the PC-Bus . 
The PC-BUS signals are shown in fig. 4. 10, and the signals, 
of it, used on board are marked in the fig.. The data 
transfer between the PC and the board is through the PC I/O 
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port on board. The board uses the interrupt line IRQ3 of 
PC, as explained in 4.2.3. Since the IRQ3 line is also used 
by COM2 port, of the PC, to avoid contention the COM2 
interrupts are to be disabled through appropriate jumper 
connections on the COM2 adapter. 

4.2.1 Address decoding logic 

The IBM PC does not use the full I/O address space of 
8088. It uses only the lower 10 bits of the address. The 
peripheral card I/O address space requires the bit 9 to be 
zero. The complete I/O address space of the PC is shown in 
table 4-3. The address lines of the PC are decoded, using 
74LS138, to provide chip-selects to the PC I/O status port 
and the PC I/O port. The decoding logic and address map are 
shown in fig. 4. 11. 

4.2.1 PC I/O Port 

The PC I/O port is realized using two 8282s, as shown 
in fig. 4. 12. For data transfer between the board and the 
PC, the board processor writes to IC27 and reads from IC28 
while the PC processor writes to IC28 and reads from IC27. 

4.2.2 PC I/O Status port 

The PC Status I/O port implementation is shown in 
fig, 4.13. On reading this the board processor obtains the 
status of I line of X.21 port, PC input port full/empty, and 
PC output port full/empty. Reading this port PC processor 
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can obtain the status o£ PC I/O write port full/empty, and 
card busy /not busy status. 

4.2.3 Interrupt eenerator 

The interrupt generator logic is shown in fig. 4.14. 
Whenever PC writes a byte to the PC I/O port, the flip-flop 
(IC19) is set and the PCINT goes low interrupting the on 
board processor. During the INTA cycle of this interrupt the 
vector generator places the vector ’FF’ on the data bus. 
When the on board processor reads the PC I/O port, the above 
said flip-flop is cleared and the PCINT goes high. Similarly 
when the on board processor writes a byte to the PC I/O port, 
the IRQS line of PC is activated and is deactivated when 
the PC processor reads the PC I/O port. 
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CHAPTER 5 


FIRMWARE IMPLEMENTATION 

The general aspects of the firmware are explained in 
chapter 3. Here the firmware implementation and the 
different routines of the firmware are discussed in detail 
with the help of flow charts. As already explained in 
chapter 3, the firmware is classified into : 

1. Initialization Software 

2. Data transfer Software 

3. Interrupt service routines 

5.1 INITIALIZATION SOFTWARE 

On ’Power on reset the Processor program execution 
begins from the address OFFFFO H. From this address, using a 
far JUMP instruction, control is transferred to the 

initialization routine. The flow-chart of this routine is 
shown in Fig. 5.1. The functions of this routine are, as 

given below : 

1. Initialize Segment registers of CPU, Stack and 
Vector table 

2. Program 8253/8254 timers in ffiode3, with counter2 

programmed to count from 00 to OFFFFH at the rate 

of one count per 0.1 sec. 
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3. Reset both the channels of IIPSC-8274 [7], and 
program channel A in SDLC/HDLC mode with CCITT-CRC 
enabled, address search mode disabled, and in 
8086/8088 vectored interrupt mode. All the 
interrupts of channel A are enabled and those of 
channel B are disabled. The relative priorities 
among the internal MPSC interrupt sources is 
programmed to be in the following order : 

Rx-A, Tx-A, Rx-B , Tx-B , Ext-A, Ext-B [7]. 

The error reset and the reset external status 
commands are issued to both the channels of MPSC to 
reset spurious interrupts raised by MPSC [7]. The 
PC I/O port is read to reset the spurious 
interrupts raised by this port. 

4. Initialize the various data variables, in data 
segment, establish the physical link and enable the 
interrupts . 

5. Transmit ’SABM’ command, to establish the balanced, 
data link. The link is established on receiving an 
’UA’ response. 

After performing these functions, control is transferred to 
the ’Data transfer’ routine. 

5.2 DATA TRANSFER SOFTWARE 

The flow-chart of this software is shown in Fig. 5. 2 to 


Fig. 5. 8. This routine is in a infinite loop, and the various 
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functions of this routine are as given below : 

1. Read 8253/8254 and update the time. 

2. Compare the base pointers of the receive frame 
buffer (RX_FRI1_BUFFER) , to determine if a frame is 
received and, call ’ RBCEIVE_FRM’ routine, to 
analyze the received frame and to take appropriate 
action . 

3. Compare the base pointers of transmit packet buffer 
(TX_PKT_BUFFER) to determine if there is data to be 
transmitted. Assemble I frames of this data, 

and load them into the transmit window 
CTX__FRM_BUFFER) , provided the number of frames in 
this window are less than seven. A frame in this 
window is discarded, releasing buffer space, only 
after it is acknowledged. 

4. Load RR or RNR frames into CMD_FRM_BUFFER , 
depending on the local ready state, under the 
following conditions : 

i) A received I frame is not acknowledged with 
in a period 'SEMD_ACK_TIME_OUT ’ , after it's 
receipt . 

ii) There is a change in local ready state. 

The RR or RNR frames are also transmitted, with F 
bit set, when a frame with P bit set is received, 

5. Reset send state variable CV_S) to receive 




F'j 5.4 Fl«wck.rt Of t.ATO.-r«4NSF£e 


Sof<»JAt-e (^ • -ConFcl •■) 




70 


sequence variable (N_R) and re-transaiit all the 
unacknowledged frames, in transmit window 

(TX_FRM_BUFFER) , if anyone of the receive 
acknowledgment timer expires. 

6. Load the first character of the frame to be 
transmitted into the transmit frame buffer to 
enable transmit buffer empty interrupt, if this 
interrupt is in reset state and the destination is 
ready. 

7. Send the data in receive packet buffer 

(RX_PKT_BUFFER) to PC, through PC I/O port. The 
data is written to PC I/O port only if the port is 
empty. 

The ’ RECEI VE_FRM ' routine’s flow-chart is shown in 
Fig. 5. 6 to fig. 5. 8. This routine analyzes the control field 
of received frame and depending on the type of frame 
received, the actions taken are as given below : 


1 . 


2 . 


UN Frame : If the frame is a ’SABM’ , the send and 
receive state variables are reset to zero, and an 
'UA' response frame is transmitted, to re-establish 
the link. On receiving a 'DISC’ or 'DM' frame the 
link is disconnected, and remains disconnected till 
the link is re-established. 

NON - UN FRAME: The received frame's acknowledgment 


field C i . e . 
it’s 


,N_R) is read and 
is greater 


is accepted, only if 
than the previous 


value 
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acknowledgment and less than the send sequence 
number N_S. On accepting the acknowledgment, the 
acknowledged frames are discarded from the transmit 
window (TX_FRM_BUFFER) , and reject status 
(REJECT_STAT) is reset to zero. 

On receiving a RR or RNR frame, the status 
of destination is updated. A received reject frame 
(REJ) is accepted only if the reject status is zero 
and it's acknowledgment is valid. On receiving a 
valid reject frame the send state number (V_S) is 
reset to receive sequence number CN_R) and all the 
unacknowledged frames are re-transmitted. 

A received I frame is accepted only if it’s 
send sequence number (N_S) matches the local 
receive state numberCV_R). In-case of mismatch a 
REJ frame is loaded into the CMD_FRM_BUFFER . The 
information content of the accepted I frame is 
transferred to Receive packet buffer 


CRX_PKT„BUFFER) . 

After analyzing the received frame it is discarded 
from RX_FRM_BUFFER . However, a valid frame is not discarded 
from the buffer if the information content of the frame is 
not read or an appropriate response frame is not 
transmitted, due to buffer space limitations in other 


buffers . 
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5.3 INTERRUPT SERVICE ROUTINES (iSRe) 

The interrupts on card are raised by the MPSC-8274 [7] 
and PC I/O port. The various sources of interrupts and the 
functions performed in their interrupt service routines are 
given below : 

Transmit buf f er empty : This invokes the ’TK_ISR’, 
whose flow-chart is shown in Fig. 5. 9. In the ISR 
the next byte of frame under transmission is loaded 
into the transmit-buf f er of MPSC-8274- After 
loading each byte the end of message latch, of 
8274, is reset, to ensure the transmission of CRC 
bytes at the end of frame transmission. If the 
frame under transmission is an I frame, the data to 
be transmitted is read from the transmit window 
(TX_FRM_BUFFBR) , otherwise it is read from 
CMD_FRM_BUFFER . Uhen there are no more bytes to be 
transmitted, the transmit buffer empty interrupt is 
reset. This interrupt reset results in transmitter 
underrun, and the CRC bytes followed by the closing 
flag are transmitted. After transmitting the 
closing flag the transmit buffer empty interrupt 
re-occurs and it is reset. 

2. Transmitter underrun/End of Message ; This invokes 
the 'EOM' ISR, whose flow-chart is shown in 
Fig -5. 10- If frame transmitted is an I frame. 
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V_S is incremented. However, if V_S has been 
modified, by data transfer software, during frame 
transmission, it is not updated. If the frame 
transmitted is a S-frame or an UN-frame the base 
pointers of CriD_FRM_BUFFER are updated. After 
updating these pointers the transmit CRC generator 
is reset. Then the first character of the next 
frame, if available, is loaded into the transmit 
buffer of MPSC-8274 to enable the transmit buffer 
empty interrupt . 

Character received : This invokes the 'RX_ISR’ 
routine and the flow-chart of this routine is shown 
in Fig. 5. 11. Each received character is loaded 
into the RX_FRM_BUFFER . Characters of long frames 
are discarded to prevent the corruption of already 
received frames. The received characters are also 
discarded if RX_FRri_BUFFER is full. The CRC bytes 
are received like normal data bytes. On receiving 
closing flag the end of frame interrupt occurs. 


4. End of frame : This invokes the ’EOF’ 

routine . 

The 

flow-chart 

of this ISR 

is shown in 

Fig . 5 . 1 2 . 

In 

this ISR, 

the received 

frames are 

discarded 

if 

there is 

a CRC error, > 

or frame is 

too long. 

or 


RX_FRM_BUFFER is full. When a frame is accepted the 
RX FRM BUFFER pointers are updated. 
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5. MPSC-Errors : The errors like receive overrun, 

^ by issuing 

reception of aborted frame are resei- 

, command to 

error reset, or external status rese*- 
the MPSC. 

.or TNT’ ISR. 

6. PC I /O Port : This invokes the PC_ai 

A the character 

this ISR the PC I/O port is read and tne 

is transferred to TX_PKT_BUFFER . Befo*’® read' & 

•niieVI of PC I/C 

character the card busy bit (CARD_BUbi » 

,,uppp is nearly 

status port, is set if TX_PKT_BUFFEK 

y.at'acter to PC 

full. The PC will not write another cnai 

. r*eset . The 

I/O port till the CARD_BUSy a® 

*jc X> ^ 

CARD_BUSY is reset, by data transfer fo 

««ace in the 

there is sufficient buffer 

TX PKT BUFFER. 



CHAPTER 6 


CONCLUSIONS 


6.1 CONCLUSIONS 


The 

present work is 

intended 

to 

develop an 

X. 25 

interface 

for the IBM PC. 

The 

lower 

two 

layers i.e. 

, the 

Physical 

layer and the 

Data 

link 

layer (LAPB), 

are 


implemented and tested in loop back mode. The Physical layer 
is implemented by the hardware. The hardware is designed to 
be a general purpose data communication hardware. It 
supports two serial I/O channels, of which one is used as 
X.21 port. These channels can be configured in various 
modes, as explained in section 6.2. The data link layer 
(i.e., LAPB) is implemented by the hardware and firmware. A 
major part of the firmware is developed in ’C’ language. The 
firmware, other than I/O interface routines and interrupt 
service routines, is independent of the hardware used. The 
major implemented features of LAPB are: 

1. All frame types, other than SARH and FRMR, are 
implemented. Though SARM is defined in LAPB it's 
usage is not encouraged. 

2. Piggybacking of acknowledgments onto I frames. 

3. Transmitting acknowledgments with in a specified 
time period CSEND_ACK_TIME) . 

4. Time out recovery. 



5. Exception recovery for out of sequence 
r eception/transmission of frames. 


errors in 
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6. Provision for usage of P/F bits. 

7. Link establishment /disconnect ion . 

6.2 SUGGESTIONS FOR FURTHER WORK 

1. The RS232-C drivers/receivers on board limit the 
serial I/O data transfer rate to 19.2 Kbps. To 
increase this rate the RS-422A drivers/receivers 
(equivalent of X.27) are to be used. 

2. Enhancing the LAPB firmware to implement the 
following features : 

i. FRMR frame type 

ii. Haximum frame retransmission count. 

3. Development of X.25 packet layer: This requires 
the augmenting of present firmware and development 
of the higher layer interface software, on the PC. 

4. Development of the appropriate transport protocol 
software, on the PC, to provide various features to 
the user. 

5. With the development of appropriate firmware, the 
board can support any one of the following : 

i. An X.25 port and an interface to 
synchronous /asynchronous ring networks 
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ii. A Packet assembler/disasseinbler , with an X.25 
port and an asynchronous serial I/O connection 
to host computer/terminal . 



APPENDIX A 


firhuare listing 




name 

asmisr 


_t ext 

segment 

byte public 

'code' 

dgroup 

group 

_data,_bss 



assume 

cs :_text , da : 

dgroup , ss : dgroup 

_t ext 

ends 



data 

segment 

word public 

' data ’ 


label 

byte 


_data 

ends 



bss 

segment 

word public 

'bss ’ 

_b@ 

label 

byte 




extrn 

_read_char 

: byte 


extrn 

_write_char 

: byte 


extrn 

_crc_error 

:byte 


extrn 

_rx_char 

tbyte 


extrn 

_tx_char 

: byte 


extrn 

rx end frm 

base tword 


extrn 

current time :word 


extrn 

_tx_stat 

: byte 

bss 

ends 



t ext 

segment 

byte public ’ 

code ’ 

mainZ 

proc 

near 

» ROUTINE 


jmp aani_atart 

db 'starting point’ 
asin_start: sub ax, ax 

mov bx,01fffh 
mov spjbx 
assume ss:_bss 
mov as, ax 

;/* Intialize Seg, Reg. a and stack*/ 

call _init_vect_tabl e ; 
mov ax,0040h 
mov da, ax 

mov byte ptr dgroup :_writ e_char , 00 

call near ptr _read_port 

;/*Reset Spurious Interrupts*/ 

call near ptr _init_timer 

call near ptr _LAPB; 

;/* Transfer Control to Data transfer software*/ 
_asm_end: jmp short _asm_end 

_main2 endp 

_init_timer proc near # Routine 2 

;/*Intialize Timer, Counters in ModeS*/ 
push ea 
push di 
push bx 
mov bx, ISOOh 
mov es , bx 
sub bx,bx 
mov di,0003h 



;/* 

f 

end 


mov byte 
»ov byte 
mov byte 

rx C l!!>X 

t,yte pt 
byte 
byte 

bx 

byte 
byte 
byte 


mov 
mov 
inc 
mov 
mov 
mov 

Ctr2 counts 
per 0.1 aec*/ 
timer: pop 

pop di 
pop es 


Ptr 

Ptr 

ptr 

r 
Ptr 
ptr 


ptr 

Ptr 

Ptr 

from 


o® : Cdi ] ,36h 
o® : [bx] ,07ch 

os:[bx],00h ;/*CtrO 9.6 khz*/ 

[di] ,76h 
es: [bx] ,0c2h 

es:[bx], 00 h ;/*ctrl 10 hz*/ 

es: [di] ,0b6h 
es : [bx] , Of fh 

es:[bx],0ffh ; 

0 to ffff h at the rate one count 


push di 
push si 
P^sh bp 
push ds 
P'^sh ee 

P near ptr be£in_mpsc 


ob_a db OOh.lQh 
ooh.eoh 

°0>40h 
‘^b 02h,30h 

dh 2^^’20h 

Sk S’^-7eh 
OSh.Oebh 

^b 06h,55h 
Jb 03h,0d9h 

^b 0lh,ifh 
‘ib Offh 


reset 

reset TX CRC 
reset rx CRC 

vectored INT , RTS-B , 8086 MODE in 
CH-A and vector in channel B 
XlCLK.SDLC mode 
flag 

TX CRC ENABLE, TX ENABLE, CCITT CRC 

dtr,rts set 

address byte 

RX,RX CRC ENABLE, 8bits/CHAR 
lfh;all int enabled 
;EOF 


begin_mpsc : 

ex,cs 
as, ax 
ax,02800h 

els, ax 

lea bp,ch a 
“ov di,02~ 
si , 03 

el, [bp] 

‘^“P al,0ffh 

J ^ cH ovr 

Idil.al 

nop 
nop 


ch^^int : 



nop 

nop 

nop 

nop 

nop 

nop 

mov [ si ] , al 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

inc bp 

jmp ch_int 

;/* both channels intialized */ 
ch_ovr : 

nop 

nop 

nop 

nop 

nop 

nop 

mov byte ptr [si], 01 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

mov byte ptr [si],04h 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 



nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

mov byte ptr [di],010h 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

nop 

mov byte ptr [si],010h 
reset spurious interrupts */ 

nop 
nop 
nop 
nop 
nop 
nop 
nop 
nop 
nop 
nop 
nop 
nop 

mov byte ptr 
nop 
nop 
nop 
nop 
nop 
nop 
nop 
nop 
nop 
nop 
nop 
nop 
nop 


[si] ,30h 



mov byte ptr [di],30h 
sub ax, ax 
assume ss:_bss 
mov ss,ax 

end_mpsc: pop es 

pop ds 
pop bp 
pop si 
pop di 
pop ax 
ret 

_init_timer endp 

_init_mpsc proc near # Routine 3 

nop 
ret 

_init_mpsc endp 

_init_vect_tabl e proc near # Routine 4 

;/*Intialize Vector table*/ 

mov ax, 0000 
mov ds , ax 
mov dx,cs 
mov bx, (34h*4 ) ; 
lea ax,_tx_int 
mov [bx],ax 
add bx,02 
mov [ bx] , dx 
add bx,02 

lea ax,_ext_status_int 

mov [bx],ax 

add bx,02 

mov [ bx] , dx 

add bx,02; 

lea ax,_rx_int 

mov [bx],ax 

add bx,02 

mov [ bx] , dx 

add bx,02 

lea ax ,_spl_rx_int 

mov [bx] , ax 

add bx,02 

mov [ bx] , dx 

mov bx,1020 

lea ax,_pc_int 

mov [bx],ax 

add bx,02 

mov [bx] , dx 

ret 

_init_vect_^tabl e endp 

_rx_int proc near # Routine 5 

7/*Receive interrupt ISR, invokes RX_ISR*/ 
push ax 



push bx 
push cx 
push dx 
push si 
push di 
push bp 
push ds 

call near ptr _rx_isr 

call near ptr _eoi ;issue eoi to 8274 

pop ds 

pop bp 

pop di 

pop si 

pop dx 

pop cx 

pop bx 

pop ax 

iret 

_rx_int endp 

_tx_int proc near # Routine 6 

;/*TX buffer empty interrupt ISR, invokes TX_ISR*/ 
push ax 
push bx 
push cx 
push dx 
push si 
push di 
push bp 
push ds 

call near ptr _tx_isr 

call near ptr _eoi 

pop ds 

pop bp 

pop di 

pop si 

pop dx 

pop cx 

pop bx 

pop ax 

iret 

_tx_int endp 

_spl_rx_int proc near # Routine 7 

;/* 8274 special receive interrupts like RX over-flow*/ 
push ax 
push bx 
push cx 
push dx 
push si 
push di 
push bp 
push ds 
push es 
mov ax,2800h 



mov es , ax 

mov BYTE PTR es:2,01 

mov al,es:2 ;/* read RRl to find source of INT*/ 
mov ah,al 
and al,80h 
jz _spl_ahd2 

;/* End of FRAME Interrupt*/ 

mov byte ptr dgroup :_crc_error , 0 
and ah, 4 Oh 

jz _spl_ahdl ; /*Check for CRC error */ 
mov byte ptr dgroup :_crc_error , 1 
_spl_ahdl : call near ptr _eof_frame 

; Invoke END of FRAME routine*/ 

_spl_ahd2 : call near ptr _error_reset 
;/*Issu6 error reset*/ 

_r_ahd: pop es 
pop ds 
pop bp 
pop di 
pop si 
pop dx 
pop cx 
pop bx 
pop ax 

call near ptr _eoi 
iret 

_spl_rx_int endp 

_ext_status_int proc near f Routine 8 

;/*Extenal status interrupts ISR*/ 

push ax 
push bx 
push cx 
push dx 
push si 
push di 
push bp 
push ds 
push es 

mov ax,2800h 
mov es , ax 

mov BYTE PTR es : 2 , 0 
mov al,e3:2 

mov ah,al ; read RR2 
and al,40h 
jz _ext_ahdl 
;/* TX under-run*/ 

call near ptr _eoin 
; /* Invoke EOM routine*/ 

jmp near ptr _ext_ahd2 ; 
ext ahdl: and ah, 8 Oh 



jz _ext_ahd2 

;/*Received an aborted frame*/ 

call near ptr _abort_£rame 

_ext_ahd2: call near ptr _reset_ext_etatus 
pop es 
pop ds 
pop bp 
pop di 
pop si 
pop dx 
pop cx 
pop bx 
pop ax 

call near ptr _eoi 

sti 

iret 

_ext_status_int endp 

_PC_INT PROC NEAR # Routine 9 

;/*PC I/O port interrupt ISR*/ 

CALL NEAR PTR _READ_PORT 

STI 

RET 

_PC_INT ENDP 

_IN_PORT PROC NEAR # Routine 10 

;/*Read Channel A data register*/ 

push es 
push ax 
roov ax,2800h 
mov es , ax 
mov al , es : 0 
mov ah, 00 

mov dgroup :_rx_char , al 
pop ax 
pop es 
ret 

_IN_P0RT ENDP 

_OUT_PORT PROC NEAR # Routine 11 

;/*Urite to channel A data register*/ 

PUSH ES 
PUSH AX 
MOV AX,2800R 
MOV ES,AX 

MOV AL, dgroup :_TX_CHAR 

MOV ES:0,AL 

POP AX 

POP ES 

RET 

OUT PORT ENDP 



_RESET_TX_INT PROC NEAR f Routine 12 

;/* Reset TX buffer empty interrupt of channel A*/ 


PUSH ES 
PUSH AX 
MOV AX,2800H 
MOV ES.AX 

MOV AL.OOIOIOOOB ;RESET TX INTERRUPT 

MOV ES:2,AL 

POP AX 

POP ES 

RET 

_RESET_TX_INT ENDP 

_RESET_EOM PROC NEAR # Routine 13 

;/* Reset End of Message bit of Channel A*/ 

PUSH ES 
PUSH AX 
MOV AX,2800H 
MOV ES.AX 

MOV AL.llOOOOOOB ;RESET TX INTERRUPT 

MOV ES:2,AL 

POP AX 

POP ES 

RET 

RESET EOM ENDP 


_RESET_TX_CRC PROC NEAR # Routine 14 

;/* Reset Channel A TX CRC generator*/ 

PUSH ES 

PUSH AX 

MOV AX,2800H 

MOV ES.AX 

MOV AL.IOOOOOOOB 

MOV ES:2.AL 

POP AX 

POP ES 

RET 

_RESET_TX_CRC ENDP 

_RESET_RX_CRC PROC NEAR t Routine 15 

;/*Reset Channel A RX CRC generator*/ 

PUSH ES 
PUSH AX 
MOV AX.2800H 
MOV ES.AX 



MOV AL.OIOOOOOOB 
MOV ES:2,AL 
POP AX 
POP ES 
RET 

_RESET_RX_CRC ENDP 

_ERROR_RESET PROC NEAR # Routine 16 

;/*Issue Error-reset command to channel A*/ 

PUSH ES 

PUSH AX 

MOV AX,2800H 

MOV ES,AX 

MOV AL.OOllOOOOB 

MOV ES:2,AL 

POP AX 

POP ES 

RET 

_ERROR_RESET ENDP 

_RESET_EXT_STATUS PROC NEAR # Routine 17 

/*Reset Extenal-Status command to Channel A*/ 

PUSH ES 
PUSH AX 
MOV AX,2800H 
MOV ES.AX 

MOV AL.OOOIOOOOB ; RESET EXT/STATUS INTERRUPT 

MOV ES:2,AL 

POP AX 

POP ES 

RET 

_RESET_EXT_STATUS ENDP 

_EOI PROC NEAR # Routine 18 

;/* Issue End of Interrupt command to Channel A*/ 

PUSH ES 
PUSH AX 
MOV AX,2800H 
MOV ES,AX 
MOV AL,38h; 

MOV ES:2,AL ; Write to URO 
POP AX 
POP ES 
RET 

EOI ENDP 



_READ_TIMER proc near 

;/* Read Counter2 of 8253/8254 and 

PUSH ES 
PUSH AX 
MOV AX,1800H 
MOV ES,AX 
MOV AL,ES:2 
MOV AH,ES:2 

mov dgroup:_CURRENT_TIME,AX 
POP AX 
POP ES 
RET 

READ TIMER ENDP 


ENABLE_INTERRUPT PROC NEAR 
ST I 
RET 

ENABLE INTERRUPT ENDP 


_READ_PORT PROC NEAR 

;/*Read PC I/O port*/ 

PUSH ES 
PUSH AX 
MOV AX,0800H 
MOV ES.AX 
MOV AL,ES:0 
MOV AH, 00 

MOV deroup:_READ_CHAR, AL 
POP AX 
POP ES 
RET 

READ PORT ENDP 


_URITE_PORT PROC NEAR 

;/*Urite to PC I/O port*/ 

PUSH ES 
PUSH AX 
MOV AX,0800H 
MOV ES.AX 

MOV AL,dgroup;_URITE_CHAR 

MOV ES:0,AL 

POP AX 

POP ES 

RET 


Routine 19 
update time*/ 


t Routine 20 


# Routine 21 


# Routine 22 



_URITE_PORT ENDP 

_SEND_BUSY PROC NEAR # Routine 23 

;/*Set CARD BUSY bit of PC I/O status port*/ 

PUSH ES 
PUSH AX 
MOV AX,02800H 
MOV ES,AX 

MOV BYTE PTR ES:2,5 
MOV BYTE PTR ES:2,69H 
POP AX 
POP ES 
RET 

_SEND_BUSY ENDP 

_READ_STATUS_PORT PROC NEAR Routine 24 

;/* Read PC I/O Status Port*/ 

PUSH AX 
PUSH ES 
MOV AX,1000H 
MOV ES.AX 
MOV AL,ES: [0] 

MOV AH.AL 

AND AL,020H 

JNZ STATUS_AHD1 

MOV BYTE PTR DGROUP : _tx_stat , 0 

JMP SHORT STATUS_EXIT 

STATUS_AHD1 : 

MOV BYTE PTR DGROUP :_TX_stat , 1 

STATUS_EXIT: 

POP ES 
POP AX 
RET 

_READ_STATUS_PORT ENDP 
_TEXT ENDS 

text segment byte public ’code’ 


public 

_main2 

extrn 

_tx_isr :near 

extrn 

_rx_isr :near 

extrn 

lapb :near 

EXTRN 

EOF FRAME :NEAR 

EXTRN 

EOM .-NEAR 

EXTRN 

ABORT FRAME :NEAR 

EXTRN 

_READ_PC_PORT : NEAR 

public 

_write_port 



X.25 SOFTWARE 


/* This software implements the LAPB protocol*/ 

/* The object file of this software is to be linked with 
the object file of X25LIB using the microsoft LINKER. 

The COMMAND to be given for linking is 
> LINK X25LIB + X-25,X-25; 

The X-25 . HEX , containing the hex code of the software, can 
be obtained by deleting the EXE header of the X-25.EXE, 
output of Linker. The code of X-25. hex is transferred to 
the EPROM and the following bytes are added, at the 
address locations OffffO-Offff of card : 


OFFFFO 

OFFFFl 

0FFFF2 

0FFFF3 

0FFFF4 


EA 

00 

00 

00 

F8 


Provided an 8k /16k/32k ROM ICs are used*/ 


/* modified on 8-2-89*/ 


#def ine 

yes 

1 



|:def ine 

available 

1 



#def ine 

ready 

1 



#def ine 

window_size 

8 


/* 

#def ine 

dest_addr ess 

0x0 


/* 

#def ine 

local_address 

0x0 


/* 

#def ine 

src_address 

1 



♦define 

pkt_size 

512 


/*: 

♦define 

max_f rm_l ength 

32 

/ 

* i 

♦define 

data_f r 

1 



♦define 

max time 

Oxf f 

f f 


♦define 

rcv_ack_t ime_out 



♦def ine 

s end_ack_t ime_out 




within 1 

.5 sec 


of 


Window 

should 

should 


size of 
be 01*/ 
be 03*/ 


LAPb*/ 


Max. I 


\ Packet Size*/ 
field Size*/ 


30 

15 

the 


/* 3 sec.*/ 

/* send ack 
receipt I-frame*/ 


unsigned char 
unsigned char 
unsigned char 
unsigned char 
unsigned int 
unsigned int 
unsigned int 
unsigned int 
unsigned int 
unsigned int 
unsigned int 


rx_control , n_r , n_s , v_r , v_s , prev_n_r ; 
rx_f rm_l ength , r e j ect_atat e , dest_r eady , cnt ; 
re ject_stat , card_busy ; 
address , cmd , cmd_l6ngth,- 

rx_begin_f rm_base, rx_begin_f rm_pointer ; 
rx_end_f rm_base, rx_end_f rm_pointer ; 

tx_end_f rm_base, tx_end_f rm_point er ; 
cmd_begin_f rm_base,cmd_end_f rm_base; 
cmd_begin_frm_j>o inter , cmd_end_frm_po inter ; 
tx begin_pkt_base, tx_end_pkt_base; 
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unsigned int ■tx_end_pkt_point er , tx_begin_pkt_point er ; 

unsigned int rx_begin_pkt_base , rx_end_pkt_base ; 

unsigned int r'X_end_pkt_point er , rx_begin_pkt_pointer ; 

unsigned int tx_base , tx_point er ; 

unsigned char rx_frni_buf f er[8] [48] ; 

unsigned char tx_f rin_buf f er[8 ] [ 48 ] ; 

unsigned char pkt_buf f er [pkt_size] ; 

unsigned char tx_pkt_buf f er[pkt_size] ; 

unsigned char cind_£rin_buf f er [ 8 ] [ 48 ] ; 

unsigned int tiine_out = 0; 

unsigned int snd_fraine = 0; 

unsigned int rcv_fratne = 1; 

unsigned int pkt_length = 0; 

unsigned int current_t ime , send_ack_t ime, rcv_ack_tiine [ 8 ] ; 
unsigned char local_ready; 
unsigned int teinp_word; 

unsigned char t einp_byt e , t einp_byt el , t einp_byte2 ; 
unsigned char tx_int , f rro_sent , data_avlbl , eof_rcv ; 
unsigned char rcv_data_enable , f rin_length , txd_l ength; 
unsigned char TX_CHAR , RX_CHAR , crnt , crnt 1 ; 
unsigned char cm_b[20]; 
unsigned char cin_e[20]; 
unsigned char cmdp = 0; 

unsigned char rx_pkt_f ree , ack_val idity , r e j ect_sent_stat ; 
unsigned char rx__p_bi t , tx_p_blt ; 

unsigned char lapb_l ink_set , disc_sent , sabin_sent ; 
unsigned char loop_count; /*junk*/ 
unsigned char tempi; 
unsigned int temp2; 

unsigned char wri t e_char , r ead_char , send_ack_set , crc_error ; 
unsigned char £rm_cnt , close_f lag_pending; 
unsigned char data_ok , tx_stat ; 

/******************************************/ 

/* LAPB protocol implementation */ 

/******************************************/ 
mainC ) 

{ 

MAIN2C) ; 

> 

lapb() t Routine 25 

{ 

begin: 

v_r = 0;prev_n_r = 7 ;v_s = 0;n_r = 0;n_s =0; 
reject_stat = 0 ; curr ent_time = 0 ; local_ready = 0; 
dest_ready =0 ; send_ack_time = max_t ime ; temp_word =0; 
temp_byt6 = 0; 

tx_b eg in_pkt_po inter = 0 ; tx_end_pkt_pointer = 0; 
rx_begin_pkt_po inter =0 ; rx_end_pkt_point er = 0; 
tx_begin_£rm_base =0 ;tx_begin_£rm_po inter =0; 
tx_end_£rm_base = 0 ; tx_end_f rm_point er = 0; 
rx_begin_£rm_base = 0 ; rx_begin_£rm_point er = 0; 
rx_end__£rm_base = 0 ; rx_end_£rm__po inter = 0; 
cmd_begin_£rm_base = 0 ; cmd__end_£rm_base = 0; 
cmd_end_f rm_point er = 0 ; cmd_begin_f rm _pointer = 0; 
tx base = 0; 
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tx_pointer = 0; 
txd_length = 0; 

cnt = 0; 
crnt = 0; 

rx_begin_f rin_base = 0; 
tenip_word = 0; 
local_ready = 1 ; 
dest_ready = 1; 
data_avlbl = ~yes; 
frin_sent = data_fr; 

eof_rcv = yes; 

tx_int = 0; 

rcv_data_enabl e = l;/*Varables Intialized*/ 

frin_length = 0; 

teinp_byte = 20; 

s end_ack_tiine = roax_tiine; 

crnti = 0; 

crnt = 0; 

rx_begin_f rin_base = 0; 

rx_end_f rni_bas e = 0; 

cind_begln_f rin_base = 0; 

pkt_length = 0; 

rx_pkt_free = 1; 

rx_p_bit = 0; 

tx_p_bit = 0; 

re j ect_sent_stat = 0; 

teinp_word = 0; 

card_busy = 0; 

while (temp_word < 8) 

{ 

rcv_ack_tinie[ teinp_word] = niax_t ime ; + + t einp_word ; 

}/* Intialize receive ack timers*/ 

/* */ 

/* while ( tx_end_pkt_po inter < (pkt_size - 1)) 

{ 

tx_pkt_bu£fer[tx_end_pkt_pointer] = 32 ; ++tx_end_pkt_pointer ; 
}*/ 

/* while (rx_end_pkt_po inter < (pkt_size - 1)) 

{ 

pkt_buf f er [ rx_end_pkt_pointer ] = 0 ; ++rx_end_pkt_point er ; 

) 

rx_end_pkt_pointer = 0;*/ 

/* */ 

lapb_l ink_set = l;/*should be 0*/ 

diac_sent = 0; 

sabin_sent = 0; 

loop_count = 0;/*junk*/ 

crc_error = 0; 

send_ack_set = 1; 

£rm_cnt = 0; 

close_f lag_j>ending = 0; 
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/* Intialization completed , profiram begins*/ 


enable_interrupt( ) ; 


/* send_sabmC); 

send_f irat_char () ; */ /* Comment out in local loopback*/ 


lapb_start: read_t imer() ; 

/* - 

if (rx_begin_j>kt_pointer != rx_end_pkt_pointer) 

{ 

read_status_port ( ) ; 
if (tx_stat == 0) 

{ 

write_char = pkt_buf f er[ rx_begin_pkt_po inter ] ; 
writ e_port ( ) ; 

rx begin_pkt_pointer = (rx_begin_pkt_pointer + 1) & 


(pkt_si 2 e - 


*/ 


1 ); 


} 

} /* send data to pc if avaible*/ 


if (send_ack_time <= current_time ) 

{ /* Send ack time out send ack*/ 
if ( check_cmd_frm_buf f er( ) == 1 ) 

{/* load RR or RNR into command buffer*/ 
a6nd_ack_time = max_time; 


if ( local_ready == 1 ) 

{ /* load RR */ 
cmd_f rm_bu f f er [ cmd_en< 

} 

else 

{ /* Load RNR*/ 


[0] = 
[1] = 

0; 

dest addres 

3 ; 


e3[23 

= ((v_r 

<< 

5) 1 

1 1); 

e3[23 

= ((v_r 

<< 

5) 

1 5); 


} 


temp word = ((crod end frro base +1) & 07); 

cmd_end_f rm_base = temp_word; 
reset_s end_ack_t imer ( ) ; 

} 


} 

if (current_time >= rcv_ack_timeln_r ] ) 

{ 

temp_word = 0; 
while (temp_word < 8) 

rcv_ack_time[temp_word] = max_t ime ; t emp_word++ ; 

V s = n_r; /* Receive ack failed*/ 

} ” 
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rxf r : 


txf r 


/* 


if ( rx_beeln_f rin_base != rx_end_f rin_base ) 
{ /* Received frame in Rx_FRM_BUFFER*/ 
receive_f rame( ) ; 

) 


if ( rx_p_b it = = 1 ) 

{ /* A command frame with P bit set to be acknowledged*/ 
if ( check_cmd_frm_buf f er() == 1 ) 

{/* load RR or RNR into command buffer*/ 
rx_p_bit = 0; 

cmd_f rm_buf f er [ cmd_end_f rm_base ] [ 0 ] = 0; 
cmd_frm_buf f er[cmd_end_frm_base] [ 1 ] = local_address ; 
if ( local_ready == 1 ) 

{ /* load RR , with F bit set*/ 

cmd_f rm_buf f er t cmd_end_f rm_base] [ 2 3 = ((v_r << 5) | 0x11); 

> 

else 


{ /* Load RNR with F bit set*/ 

cmd_£rm_buf f er[cmd_end_frm_base3 [ 2 3 = (Cv_r << 5) 1 0x15); 

) 

temp_word = ( (cmd_end_f rm_base +1) & 07); 
cmd_end_frm_base = temp_word; 

reset_send_ack_timer( ) ; /* Acknowledgement sent*/ 


} 

if ( lapb_l ink_set != yes) goto lapb_start; 
if (tx_begin_jpkt_point er != tx_end_pkt_po inter) 

{ /*tx pkt has data*/ 

if ( ( (tx_end_frm_base + 1) & 7) != tx_begin_f rm_base) 

{ 

send_f rameC ) ; /* Formulate I frames */ 

> 

} 

else 


{ 

-- tx_end_pkt_point er ; */ /* JUNK */ 

} 


if ((dest_ready == 1) & (tx_int != yes)) 

{ /* If tx interrupt is reset and there is data to 

send enable tx interrupt and load new frame*/ 
send_f lrat_char ( ) ; 

> 

i f ( ( local__ready ! = yes)&C ( (rx_end_f rm_ba3e+l )&7 ) ! =rx_begin_f rm_base) ) 

{ 

if (check_cmd_frra_buf f er( ) == yes) 

{/* Send RR to indicate ready state*/ 
local_ready = yes; 

cmd_f rm_buf f er [ cmd_end_f rm_base3 [ 0 3 = 0; 
cmd_frm_buf f er [cmd_end_frm_base 3 [ 1 3 = dest_addr ess ; 
cmd__f rm_buf f er [ cmd_end_f rm_base3 [ 2 3 = C(v_r << 5) | 1); 
cmd_end_f rm_base = (cmd_end_frm_base + 1) & 7 ; 

reset_send_ack_timer ( ) ; 

) 
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} 

f ( (local_ready==yes)&( C(rx_end_frin_ba£5e+l)&7) ==rx_begin_frin_base) ) 
{/*Send RNR to indicate not ready atate*/ 
if C check_cind_f rin_buf f er () == yes) 

{ 

local_ready = 0; 

cind_f rm_buf f er[ cind_end_frin_base] [0] = 0; 
cind_frin_buf f er[cind_end_frin_base] [1 ] = address; 
cmd_f rin_buf f er [ cmd_end_f rin_base ] [ 2 3 = ((v_r << 5) | 5); 
cmd_end_f rin_base = (cind_end_frin_ba3e + 1) & 7; 
reset_send_ack_tiiner ( ) ; 

} 

) 

' */ 

' data_ok = 0 ; 

if (rx_pkt_free != 1) 

{ 

teinp2 = 0; 

while (teinp2 < 480) 

{ 

if (pkt_buf f er[teinp_byte] != tx_pkt_buf f er [ t enip_byt e] ) goto lapb_end 
++t einp2 ; 


data_ok = 1 ; 

} 

pb_end: if (data_ok == 1) 

< 

write_char = 0x55; 
writ 6_port ( ) ; 
write_char = Oxaa; 
wr it e_jport ( ) ; 

}*/ 

_*/ 


if (rx_jpkt_f ree != 1) 

{ 

write_char = 55; 
write_port ( ) ; */ 

} 

t “k * t t * 1 1 1 1 1 1 "£ 0 ^^ LoopB^ck onl y *********************** ^ ^ / 
dest_ready = local_ready; 

ack_validity = 1; 

goto lapb_start; 


kt mainO 


ceive_^f rameC ) ♦ Routine 26 

read frm control info();/* read control field of recv. frame*/ 





if ((rx_control & 0x10) != 0) 

{ 

if (rx_frm_buf fertrx_begin_frin_base3[l] == dest_adciress ) tx_p_bit = 0; 
/* recevied frame with F bit sent*/ 

if (rx_frm_buf f er[ rx_begin_f rm_base3 [ 1 ] == local_address ) rx_p_bit = 1; 
/*received frame with P bit set */ 

} 

if ((rx_control & 0x03) == 0x03) 

{ /*Received frame is UN frame*/ 
anal yx c!_un_ frame ( ) ; 

) 

else 


if ( lapb_l ink_set != yes) 

{ 

if (check_cmd_f rm_buf f er ( ) == 1) 

{ /* If link in disconnected state send DH*/ 
send_dm( ) ; 

inc_rx_begin_f rm_base( ) ;return(0) ; 

> 

} 

n_r = (rx_control & OxeO) >> 0x5; 
if (ack_validC) == yes) 

{ 

if ( (re ject_stat == yes) & (n_r == prev_n_r)) goto rcv_exitl; 
reject_stat = 0; 

rel ease_tx_buf f er ( ) ; /*release tx_buffer from prev n(r) 

to present n(r)*/ 

} 

rcv_exitl:if ((rx_control & 0x01) != 0) 

{ 

analyze_s_f rame( ) ; 
inc_rx_begin_frm_baseC ) ; 

} 

else 


{/* If space is available in packet buffer 

read the frame and load in rx_packet buffer*/ 

/* if packet buffer full exit*/ 
n_s = rx_control & OxOe; 
n_s = n_s > > 1 ; 
if (n_s == v_r) 

{ 

read_l engthf ) ; 
if (rx_f rm_l ength < 40) 

{ 

if (rx_pkt_free 1= 1) 

{ 

return(O) ; 

) 

re ject_sent_stat = 0; 

V r = C(v_r + 1) & 7); /*Advanc6 recv. sequence no.*/ 
wr pkt bufferC); /*Transfer information to 

RX_PKT_BUFFER */ 

pkt_£ree(); /* la RX_PKT_BUFFER full*/ 

set send ack timerC);/* Start send ack. timer*/ 
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} 

rx_exit: inc_rx_begin_baseC ) ; 


} 

else 

{ 

/* Send Reject*/ 

/* If command buffer not free return*/ 

if (re ject_sent_stat != 1) 

{ 

if (check_cmd_frm_buf fer() != yes) 

< 

return(0 ) ; 

) 

send_re ject ( ) ; /* If space available in command frm buffer*/ 
re ject_sent_stat = 1; 

} 

inc_rx_begin_f rm_base( ) ; 

} 

} 

) 

} 

analy 2 e_s_frame() # Routine 27 

{ 

int short temp; 

temp = ((rx_control >>2) & 03); 

++temp ; 
svitch(t emp) 

{ /* dtermine the frame. type*/ 
case 1: 

dest_ready = 1;/* Received RR*/ 
break ; 

case 2: dest_ready = 0;/*Received RNR*/ 
break; 

case 3: if (reject_stat != yes) /* Received reject*/ 

{/* Accept REJ if no recv. REJ is outsanding*/ 
if (ack_validity == 1) 

{ 

reject_stat = yes; 
v_s = n_r ; 

> 

> 

break ; 

default; break; 

} 

read lengthO # Routine 28 

~{ 

rx frm_length - rx frro_buf f er [rx begin frm base][0]; 

} “ 

read_f rm_control_inf o( ) # Routine 29 

rx control = rx_f rm_buf f er [ rx_begin_f rm_base ] [ 2 ] ; 
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release_tx_buf f er( ) # Routin* 30 

{/* Discard acknowledged frames 


from transmit window 
TX_FRW_BUFFER*/ 


tempi = n_r; 


tempi 
tempi 
tempi 
temp 2 


tempi + 8; /*mod8 window*/ 
tempi - prev_n_r; 
tempi & 7; 
tx_begin_frm_base; 


while (tempi > 0) 

temp2 = (++temp2) & (window_si 26 - l);--templ; 


{ 


} 


tx_begin_f rm_base =terap2; 
tempi =prev_n_r; 
while (tempi 1= n_r) 

{ 

rcv_ack_time[ tempi ] = -1; 
tempi = (tempi + 1) & 7 ; 
} 

pr e v_n_r = n_r ; 


} 


send_reject() f Routine 31 

{/* Formulate reject frame and send 
CMD_FRM_BUFFER is not full*/ 

/*If cmd_buffer not_free return*/ 
address = dest_address ; 
cmd = ((v_r << 5) | 9); 
if (rx_p_bit == 1) 

{ 

rx_p_bit = 0; 

cmd = cmd | 0x10; 

address = local_address ; /* */ 


it 


if 


command 


buffer 


} 


cmd_length =0; 

cmd_frm_buf f er [ cmd_end_f rm_base3 [ 0 ] =cmd_length ; 
cmd_f rm_buf f er [cmd_end_f rm_base] [ 1 ] = address; 
cmd_frm_buf f er[cmd_end_frm_base] [ 2 ] = cmd; 
cmd_end_f rm_base = ( (cmd_end_f rm_base + 1) 4 7); 
reset_send_ack_t imer ( ) ; 

> 


send_frameO f Routine 32 

{Formulate I frame and load it in in transmit window*/ 
tx_f rm_buf f er [ tx_end_f rm_base ] [ 1 ] = dest_address ; 

tx_f rm_buf f er [ tx_end_f rm_base] [ 2 ] = ( ( ( tx_end_f rm_base<<l ) | (v_r<<5 ) )&0xee^ 
tx_end_frm__po inter = 3; 
temp_byte =0; 

whi 1 e ( ( t emp_by t e<max_f rm_l ength) 

&( tx_begin_pkt_point er I =tx_end_pkt_point ei 

{ 

tx frm buffer[tx end_frm_base3 [tx_end_f rm_pointer] 
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= tx_pkt_buf f er [ tx_b eg in_pkt_po inter ] ; 
tx_begin_pkt_pointer = ( tx_begin_pkt_point er + 1) & (pkt_size-i ) ; 

+ + tx_end_frin_po inter ; + + t einp_byt e ; 

} 

tx_frni_buf f er[tx_end_frn>_base] [0] = teinp_byte; 

/*rcv_ack_tirae[ tx_end_£rin_base] = current_tiine + rcv_ack_tiine_out ; */ 
teinp_word = tx_end_f rin_base ; 

tx_end_f rni_base = ( + + tenip_word) & (window_size-l ) ; 
reset_send_ack_tiiner ( ) ; 

) 

inc_rx_begin_base( ) # Routine 33 

{ 

temp 2 = rx_begin_f rm_bas e ; 
rx_begin_f rin_bas6 = ( ++temp2) & 7 ; 

> 

wr_pkt_buf f er() f Routine 34 

{ /* Urite I field contents to RX_PKT_BUFFER* / 
rx_begin_f rm_pointer = 2; 
while (rx_frm_l ength > 0) 

{ 

pkt_buf f er[rx_end_pkt_pointer3 = 

rx_frm_buf f er[rx_begin_frm_base] [ + + rx_begin_frm_pointer ^ 
--rx_£rin_l ength ; 

rx_end_pkt_point er = (rx_end_pkt_pointer + 1) A (pkt_size - 1); 

} 

} 

pkt_£ree() # Routine 35 

{ /*Is RX_PKT_BUFFER full*/ 

teinp2 = Crx_begin_pkt_po inter + pkt_size); 

temp2 = ((temp2 - rx_end_pkt_jpoint er ) & (pkt_size -1)); 

if Ctemp2 > max_frni_l ength) 

{ 

rx_pkt_free = 1; 
return(O) ; 

} 

rx_pkt_free = 0; 
return (0); 

) 

check_cmd_frm_buf f er ( ) # Routine 36 

{ /* Check if CMD_FRM_BUFFER is full*/ 
i f ( ( (cmd_end_f rm_base+l )&7 ) I =cmd_begin_f rm_base) return(yea) ; 
returnC~yes) ; 

) 

no_pkt_data( ) # Routine 37 

{/* Is there data in TX_PKT_BUFFER , for serial transmission*/ 
if ( tx_begin_pkt_point er == tx_end_pkt_po inter) return(yes); 
returnC~yes ) ; 

) 

ack_valid() # Routine 38 

{ /* Is the acknowledgement valid*/ 

temp_bytel = C(n_r + 8) - prev_n_r) & 7 ; 
temp_byte2 = prev_n_r; 
while (temp_bytel > 0) 
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{ 

teinp_byte2= ( + + teinp__byte2) & 7 ; --teinp_bytel ; 

if (teinp_byte2 == v_s) goto ack_invalid_exit ; 

> 

ack_validity = 1; 
returnCyes ) ; 

ack_lnval id_exit : ack_validity = 0 ; return(~yes) ; 

) 

inc_rx_begin_f rin_base( ) # Routine 39 

{ 

teinp_word = rx_begin_f rni_base ; 
rx_begin_frin_base = ( + + teinp_word) & 7; 

} 

/* ISR routines __________ 

tx_isr() f Routine 40 

{ 

if (close_f lag_pending == 1) 

{ 

reset_tx_int ( ) ; 

c 1 os e_flag_p ending = 0;/*Closing flag to be transmitted*/ 
return(O) ; 

} 

if (tx_pointer <= txd_length) 

{ 

if (frm_sent != data_fr) 

{ 

TX_CHAR = (cmd_frm_buf fer[tx_base] [tx_po inter] ) ; 

OUT_PORT( ) ; 
r eset_eom( ) ; 

) 

else 

{ 

TX_CHAR = (tx_frm_buf f er[tx_base] [tx_pointer] ) ; 

0UT_P0RT(); 
r eset_eom( ) ; 

} /*transmit frame contents*/ 

+ + tx_point er ; 

} 

else 

{ 

RESET_TX_INT() ; /* After transmitting last byte of frame rese 

TX_INT*/ 

close flag pending = 1;/* Closing flag to be transmitted b 

8274*/ 

tx_int = ~y6s;*/ 

eomC);for 8250 only, delete when 8274 is used*/ 

} 


/* 

/* 

} 
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eoiflC) # Routine 41 

{ 

enabl e_int errupt ( ) ; 

/* reset_eoinC ) ; */ 

if (frin_sent == data_fr) 

{ 

i f ( ( tx_f rin_buf f er [ tx_base ] [ 1 ] == dest_adclress ) 

& ( ( tx_f rin_buf f er [ tx_base] t 2 J & 0x10) != 0)) tx__p_bit = 1 
if Ctx_base == v_s ) 

{ 

v_s = ((v_s + 1) & 7); 

} 

} 

else 

{ 

i f ( ( crod_f rin_buf f er [ tx_base] [ 1 ] ==dest_address) 

&( (cnid_f rin_buf f er[ tx_base] [ 2 ] & 0x10) != 0)) tx_p_bit = 1; 
cnid_begin_f rni_base =( cind_begin_f rra_base + 1) & 7; 

} /* Upadate pointers for next frame transmission*/ 
while (close_f lag_pending == 1 ) 

{ 

)/* Uait till closing flag is sent*/ 

if (dest_ready == 1) 

{ 

send_f irst_char ( ) ; 

} /*Intiate frame transmission*/ 
else 
{ 

data_avlbl = ~yes; 

} 


rx_isr() # Routine 42 

{ 

if (eof_rcv == yes) 

{ 

rx_end_f rm_po inter = 1; 

IN_P0RT(); 

/* frro_length = ( RX_CHAR + 2 ) ; f or 8250*/ 

eof_rcv = ~yes; 

if ( ( (rx_end_f rm_base + 1) & 7) != rx_begin_frm_base) 

{ 

rcv_data_enabl e = 1; 

/* rx_f rm_buf f er [ rx_end_f rm_base] [ rx_end_f rm_point er 3 = RX_CHAR ; 

++rx_end_f rm_point er ; */ 
returnfO ) ; 

/*0N receiving first character of frame update pointers 

and neglect first character*/ 


) 

else 

{ 

rcv_data_enabl e = 0; 
local ready = ~yes; 
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return( 0) ; 

/* If receive frin buffer full set local ready to not ready*/ 

) 

> 

if (rx_end_frin_pointer <= (inax_frin_length + 4 )) 

{/*If frame size within limits accept the received characte; 
, otherwise ignore it */ 

IN_P0RT(); 

rx_frm_buf f er[rx_end_frm_base3 [rx_end_frm_pointer] = RX CHAR; 

++rx_end_f rm_pointer ; ~ 

} 

else 

{ 

IN_P0RT() ; 

++rx_end_f rm_point er ; 

) 

/* if (rx_end_f rm_point er > frm_length) 

{ 

eof_frame() ;for 8250 only 
} */ 

) 

eof_frame() # Routine 43 

{/* If closing flag is received, check validity of frame and update 
pointers if the frame is valid*/ 

6of_rcv = 1; 

if C (rx_end_frm_po inter <= Cn'3.x_f rm_length +5)) 

& (rcv_data_enabl 6 ==!)) 

{ 

if (crc_error == 0) 

{ 

if (rx_end_f rm_pointer > 4) 

< 

rx_f rm_buf f er [ rx_end_f rm_base ] [ 0 3 = (rx_end__f rm_pointer - 4); 
rx_end_frm_base = (rx_end__f rm_base + 1) & 7; 

++crnt ; 

} 

} 

} 

} 

abort_f ramef 3 # Routine 44 

{/* Received an aborted frame*/ 
eof__rcv = 1 ; 

) 

send__f irst_char C ) ♦ Routine 45 

{/* Send first character of frame if destination is ready 
there is a frame to be transmitted 
non-I frames have higher priority in transmission 

V 

reset tx crc(); 


1 % 



xyz : 


if Ctx_p_bit != 1) 

{ 

if (cnicl_beein_f rin_base == cmd end frm base) 

{ “ ~ 
if (v_e != tx_end_frni_base) 

{ 

frin_sent = data_fr; 
tx_base = v_s; 
data_avlbl = 1; 
tx_pointer = 1; 

TX_CHAR = tx_f rin_buf f er [ tx_base ] [ tx_point er ] ; 
txd_leneth = ( tx_f rin_buf f er[ tx_base] [ 0 ] + 2);tx_int = yes; 
+ + tx_point er ; + + crnt 1 ; 

rcv_ack_tiine[ v_s ] = current_tinie + rcv_ack_tiine_out ; 

% 

OUT_PORT(); 
r eset_eoin( ) ; 

/* en_tx_int() ; */ /* for 8250 only */ 

) 

else 

{ 

data_avlbl = 0; 
tx_int = 0; 

returnfO ) ; 

} 

> 

else 

{ 

frm_sent = ~data_fr; 
tx_base = cnid_begin_frm_base; 
tx_po inter = 1; 
data_avlbl = 1 ; 

TX_CHAR = cind_f rin_buf f er [tx_base] [ tx_pointer ] ; 
++tx_pointer ; tx_int = yes; 

txd_length = (cind_f rin_buf f er [ tx_base ] [ 0 ] + 2 ) ; out_port ( ) 
reset_eoinC ) ; 

} 


} 

} 

reset_send__ack_t imerC ) # Routine 46 

{ 

send_ack_tiine = inax_tin»e; 
send_ack_set = 0; 

) 

analyze_un_f rameO # Routine 47 

{ Analyze received UN frame*/ 
goto ua end;/* _*/ 
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Ox2f) & (address 


if ( ( (rx_control & Oxef) 

{ 

sabin();return(0) ; 

> 

if ( ( (rx_control & Oxef) 

{ 

disc( ) ; return(O) ; 

) 

if ((rx_control & Oxef) • 

{ 

ua( ) ,Teturn(0) ; 

} 

if ( ( (rx_control & Oxef) 

{ 


== local_address ) ] 
/♦local address^ 


0x43) & (address == local_addr ess ) ) 

/*local_addresa 

0x63) /*& (address == local_address) 

/*dest_address*/ 
Oxf) & (address == dest address)) 


dm( ) ; return(O) ; 

) 

if ( ( (rx_control & Oxef) == 0x87) & (address == dest_addr ess ) ) 
{/♦frinr received*/ 

} 

end: inc_rx_begin_f rin_bas e ( ) ; 

> 

sabmO I Routine 48 

{ 

/ *abort_tx_f rin( ) ; * / 

/*abort_pc( ) ; */ 
reset_tx_int ( ) ; 

v_r = 0;v_s = 0;n_s = 0 ; n_r = 0;prev_n_r = 0; 

tx_b6gin_f rin_baae = 0; 

tx_end_f rni_base = 0; 

c0id_begin_f rm_base = 0; 

cind_end_f rin_base = 0; 

tx_int = ~yes ; 

txd_length = 0; 

local_ready = 1; 

dest_ready = 1; 

data_avlbl = ~yes; 

frm_sent = data_fr; 

/ *rcv_data_enabl e = 0;*/ 
if (check_cnid_frin_buf f er ( ) == yes ) 

{ 

send_ua(); /* Ack . received SABM*/ 
lapb_link_set = yes ; inc_rx_begin_frm_base( ) ; 

} 

> 

discO f Routine 49 

{ 

if ( check_cind_f rin_buf f er ( ) == yes) 

{ 

send_ua( ) ; 

lapb_l ink_set = ~yes ; inc_rx_begin_f rin_base( ) ; 

} 


ua( ) 
{ 


t Routine 50 
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inc_rx_befiiii_frin_base( ) ; 
if (eabni_sent == 1) 

{ 

sabin_sent = 0 ; lapb_l ink_set = yes ; dest_ready = l,Teturn(i 

} 

if (disc_sent == 1) 

{ 

disc_sent = 0 ; lapb_link_set = 0; dest_ready = 0;return(0. 

> 

de3t_ready = 1; 

} 

din() I Routine 51 

{ 

dest_ready = 0 ; lapb_link_set = 0 ; inc_rx_begin_f rm_baseC ) ; 

) 

send_ua() # Routine 52 

{return(O) ; /* junk */ 

cind_f rin_buf f er [ cind_end_f rin_base] [ 0 ] = 0; 

cind_f rin_buf f er [ cind_end_f rin_bas6 ] [ 1 ] = local_address ; 

cmd = 0x63; 

if (rx_p_bit == 1) cmd = (cmd | 0x10);; 
cind_f rin_buf f er [ cind_end_frm_base] [ 2 ] = cmd; 
temp_word = cmd_end_f rm_bas e ; 
cmd_end_f rm_base = ( (++temp_word) & 7); 

) 

send_sabin() # Routine 53 

{ 

sabm_sent = 1; 
lapb_link_set = 0; 

cmd_f rm_buf f er [ cind_end_f rm_base] [ 0 ] = 0; 
cind_f rm_buf f er [ cmd_end_frm_base] [ 1 ] = dest_address ; 
cind_f rm_buf f er [ ctnd_end_frm_base] [ 2] = 0x2f ; /* | 0x10*/ 
temp_word = cmd_end_frm_base; 
cind_end_f rm_base = ( ( + + temp_word) & 7); 

} 

send_diac() fRoutine 54 

{ 

disc_sent = 1; 

cind_f rm_buf f er [ cmd_end_f rm_base ] [ 0 ] = 0; 
cmd_frm_buf fer[cind_end_frm_base] [1] = dest_address ; 
cmd_f rm_buf f er [ cind_end_f rm_base] [ 2 ] = 0x43 ;/* | 0x10*/ 
temp_word = cmd_end_f rm_base ; 
cmd_end_f rm_base = ( (++temp_word) & 7 ) ; 

} 

send_din() #Routine 55 

{return(0 ) ; 

cmd_f rm_buf f er [ cind_end_f rm_base] [ 0 ] = 0; 

cmd_frm_buf f er [ cmd_end_frm_base] [ 1 ] = local_addr ess ; 
cmd = Oxf; 

if (rx__p_bit == 1) cmd = cmd | 0x10; 
cmd_f rm_buf f er [ cmd_end_f rm_base] 1 2 ] = cmd; 
temp_word ,= cmd_end_f rm_base; 
cmd_end_f rm_base = ( C++ temp _word) & 7) ; 

} 
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fRoutine 56 


3et_send_ack_tiiner ( ) 

[ 

if (send_ack_set != 1) 

{ 

send_ack_t ime = current_tiine + send_ack_tiine_out ; 
send_ack_eet = 1; 

> 


ead_pc_port ( ) # Routine 57 

* */ 

*if ( ( (tx_end_pkt_pointer + 3) & (pkt_size - 1)) == tx_begin_pkt_point 

{ 

send_busy ( ) ; 
card_busy = 1; 

«» 

)*/ 

read_port ( ) ; 

tx_pkt_buf fer[ tx_end_pkt_po inter] = read_char; 

tx_end_jpkt_po inter = ( (tx_end_pkt__po inter + 1) & (pkt_slze - 1)); 
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